Interactive program guide with continuous data stream and client-server data supplementation

ABSTRACT

An interactive television program guide system is provided. An interactive television program guide implemented on user television equipment obtains program guide data from two data delivery mechanisms. Current program guide data is obtained from a continuous data stream. Other program guide data (which may include the current program guide data) is obtained by the program guide from a program guide server. 
     The continuous data stream may also include program and program grouping identifiers. The program guide may perform real-time actions associated with programs identified in the continuous data stream.

This application is a continuation of application Ser. No. 12/705,503,filed Feb. 12, 2010, allowed, which is a continuation of applicationSer. No. 09/332,625, filed Jun. 11, 1999, now U.S. Pat. No. 7,694,319,issued Apr. 6, 2010, which claims the benefit of U.S. provisional patentapplication No. 60/106,714, filed Nov. 2, 1998, (expired), and U.S.provisional patent application No. 60/109,140, filed Nov. 20, 1998,(expired) the contents of which are incorporated herein by reference intheir entirety.

BACKGROUND OF THE INVENTION

This invention relates to interactive television program guide systems,and more particularly, to interactive television program guide systemsin which an interactive television program guide obtains program guidedata using two data delivery mechanisms.

Cable, satellite, and broadcast television systems provide viewers witha large number of television channels. Users have traditionallyconsulted printed television program schedules to determine the programsbeing broadcast at a particular time. More recently, interactivetelevision program guides have been developed that allow televisionprogram information to be displayed on a user's television. Interactivetelevision program guides, which are typically implemented on set-topboxes, allow the user to navigate through television program listingsusing a remote control. In a typical program guide, various groups oftelevision program listings are displayed in predefined or user-selectedcategories. Program listings are typically displayed in a grid or table.

How program listings data is delivered to the program guide may impactoverall system performance and the amount of hardware needed at theuser's home. One known data delivery approach involves providing acontinuous “trickle” data stream of program guide data to the set-topboxes of a number of users, typically on an out-of-band channel. Theprogram guide stores a local copy of the program guide data provided inthe continuous data stream. This approach has a number of advantages.Maintaining a local copy of the program guide data at the set-top boxallows the program guide to function even if the program guide does nothave access to the data stream for an extended period of time. Programguide data is also available to the program guide with no latency. Inaddition, multiple local data feeds are unnecessary because the programguide can filter its local channel lineup from a single national datafeed.

However, this approach requires a significant amount of memory in theset-top box. If an in-band data channel is used, the guide must tune toa channel carrying the data at a regular interval, possibly preventingthe user from watching television during that time. If an out-of-bandchannel is used, a significant amount of time may be required toinitially populate the database of program guide data maintained in theset-top box.

In a known Digital Satellite Services (DSS) system, multiple high-speedfeeds of various subsets of program guide data are provided to theprogram guide. This approach suffers from a number of deficiencies. Asignificant amount of local memory is required to store the data in thesatellite receiver, and the program guide or the satellite receiver muststill discard some data when the program guide needs to acquireadditional data from one of the feeds. There is a delay when the programguide tunes to and acquires such additional data from a particular feed.The high-speed feeds may also not be formatted to allow all types ofsearches and sorts on the data.

Another type of satellite system has been proposed in which acombination of a trickle feed and high-speed feeds is used to provideprogram guide data to the program guide. This approach also requires asignificant amount of local memory for storing the program guide data.The system also incurs a delay when the program guide acquires data fromdifferent streams.

In a client-server based approach, all of the program guide data may bestored on a remote server that handles program guide data requests froma number of program guides (clients). This approach allows complexrequests to be handled with a powerful server rather than acost-sensitive client device. However, there may be delays associatedwith accessing the server, especially during times of peak usage. Thismay result in delays in fundamental operations, such as channelchanging. Also, because no data is stored locally by the program guide,the program guide becomes non-functional if the connection to the serveris broken.

It is therefore an object of the present invention to provide aninteractive television program guide system in which the program guidemay obtain program guide data using multiple data delivery mechanismsand thereby provide a robust system in which the amount of memoryrequired for the user's home program guide equipment and the latency foraccessing program guide data are minimized.

SUMMARY OF THE INVENTION

This and other objects of the present invention are accomplished inaccordance with the principles of the present invention by providing aninteractive television program guide system in which program guide datais obtained by an interactive program guide from a continuous stream ofprogram guide data and from a program guide server.

A main facility provides program guide data to a television distributionfacility. The television distribution facility provides some of theprogram guide data (e.g., current program listings data which mayinclude data for program listings for the current time slot and for thenext few hours) over a continuous data stream to a number of programguides. Each program guide is implemented on user television equipmentassociated with a user. The television distribution facility also storesprogram guide data in a program guide server and provides the storedprogram guide data to the program guides using a client-serverarrangement.

The television distribution facilities may also transmit program andprogram grouping identifiers (e.g., identifiers for series, mini-series,orderable packages of programs, etc.) in the continuous data stream. Theprogram guides may perform real-time actions associated with programsidentified in the continuous data stream.

This approach has a number of advantages over other known systems. Forexample, the cost of the user's television equipment may be reducedbecause the memory requirements of the television equipment areminimized. In addition, current data which is needed frequently isavailable more quickly because a connection to a remote server need notbe established before the data is obtained, as is required with a pureclient-server approach. By sending frequently-used data in a broadcaststream, the total number of required network connections and the totalamount of data to be transferred may be reduced. This may significantlyreduce the total network load associated with the televisiondistribution facility.

The program guide server may perform complicated searches and sorts.This may reduce the computational demands placed on the user televisionequipment and may relieve the user television equipment of the burden ofperforming database management tasks. In addition, by delivering programguide data using two separate data delivery mechanisms, a robust systemmay be provided in which some program guide data may still be obtainedby the program guide even if the communications line used by one of thedelivery mechanisms is interrupted.

Further features of the invention, its nature and various advantageswill be more apparent from the accompanying drawings and the followingdetailed description of the preferred embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram of an illustrative system inaccordance with the principles of the present invention.

FIG. 2 is a schematic block diagram of illustrative user televisionequipment in accordance with the principles of the present invention.

FIG. 3 is a generalized schematic block diagram of portions of theillustrative user television equipment of FIG. 2.

FIG. 4 shows an illustrative main menu screen in which selectableprogram guide options are displayed for the user.

FIGS. 5 a and 5 b show illustrative display screens in which programlistings are displayed by time and by channel, respectively.

FIG. 6 shows an illustrative additional program information screen.

FIG. 7 shows an illustrative program listings by category screen inwhich program listings are displayed for a particular category.

FIG. 8 a shows an illustrative FLIP display that may be displayed whenthe user changes channels.

FIG. 8 b shows an illustrative BROWSE display that may be displayed whenthe user indicates a desire to browse through program listings for agiven time slot.

FIGS. 9 a and 9 b show illustrative reminder set-up and confirmationoverlays, respectively.

FIGS. 10 a and 10 b show illustrative reminder lists.

FIG. 11 a shows an illustrative pay-per-view program listings displayscreen.

FIG. 11 b shows an illustrative pay-per-view ordering overlay.

FIG. 11 c shows an illustrative pay-per-view order confirmation overlay.

FIG. 11 d shows an illustrative overlay in which the program guideindicates to the user that a particular pay-per-view program has beenordered and provides the user with the opportunity to cancel theduplicate order.

FIG. 11 e shows an illustrative overlay in which the program guideindicates to a user that a particular pay-per-view program has startedand provides the user with the opportunity to order it anyway.

FIGS. 12 a and 12 b show illustrative display screens in which theprogram guide indicates to the user that an ordered pay-per-view programis starting.

FIGS. 13 a and 13 b show illustrative windows in which the program guideindicates to the user that the user has missed an ordered pay-per-viewprogram.

FIGS. 14 a and 14 b show illustrative overlays that may be displayed bythe program guide to provide a user with the opportunity to confirm therecording of a program.

FIGS. 15 a and 15 b show illustrative parental control overlays that theprogram guide may display when a user indicates a desire to lock aprogram or access a locked program, respectively.

FIG. 16 is an illustrative flowchart of steps involved in obtainingprogram guide data with the program guide from two data deliverymechanisms in accordance with the principles of the present invention.

FIG. 17 is an illustrative flowchart of steps involved in providing auser with program listings data and additional program information usingthe program guide in accordance with the principles of the presentinvention.

FIG. 18 is an illustrative flowchart of steps involved in performingreal-time actions associated with a showing of a program in accordancewith the principles of the present invention.

FIGS. 19 a-19 c show illustrative data flow diagrams of threeembodiments of the interactive program guide system of the presentinvention in which the program guide performs real-time actions based onidentifiers transmitted in a continuous data stream.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

An illustrative interactive television program guide system 10 inaccordance with the present invention is shown in FIG. 1. Main facility12 provides program guide data from program guide data source 14 totelevision distribution facility 16 via communications link 18. Thereare preferably numerous television distribution facilities 16, althoughonly one such facility is shown in FIG. 1 to avoid over-complicating thedrawing. The program guide data transmitted by main facility 12 totelevision distribution facility 16 may include television programlistings data (e.g., program times, channels, titles, and descriptions)and other program guide data for additional services other thantelevision program listings (e.g., additional program information,pay-per-view ordering information, weather information, newsinformation, associated Internet web links, advertisement graphics,videos, etc.). The program guide data may also include uniqueidentifiers for each showing of each program, identifiers for programgroupings (e.g., series, mini-series, orderable packages of programs,etc.), or any other suitable identifier.

Link 18 may be a satellite link, a telephone network link, a cable orfiber optic link, a microwave link, an Internet link, a combination ofsuch links, or any other suitable communications link. If it is desiredto transmit video signals over link 18 in addition to data signals, arelatively high bandwidth link such as a satellite link may generally bepreferred to a relatively low bandwidth link such as a telephone line.Television distribution facility 16 may be any suitable distributionfacility (e.g., a cable system headend, a broadcast distributionfacility, a satellite television distribution facility, or any othersuitable type of television distribution facility). Televisiondistribution facility 16 may distribute the program guide data that itreceives from main facility 12 to multiple users over communicationspaths 20 using distribution equipment 21.

Distribution equipment 21 may be any combination of hardware andsoftware suitable for distributing program guide data to user televisionequipment 22. Distribution equipment 21 may include, for example,suitable transmission hardware for distributing program guide data on atelevision channel sideband, in the vertical blanking interval of atelevision channel, using an in-band digital channel, using anout-of-band digital signal, or by any other suitable data transmissiontechnique. Video signals (e.g., television programming) may also beprovided by distribution equipment 21 to user television equipment 22over communications paths 20 on multiple television channels.

Communications paths 20 may be any communications paths suitable fordistributing program guide data in a continuous data stream and using aclient-server approach. Communications paths 20 may include, forexample, a satellite link, a telephone network link, a cable or fiberoptic link, a microwave link, an Internet link, a data-over-cableservice interface specification (DOCSIS) link, a combination of suchlinks, or any other suitable communications link.

Television distribution facility 16 may have program guide server 25.Program guide server 25 may be based on any suitable combination ofserver software and hardware. Program guide server 25 may retrieveprogram guide data from storage device 56 in response to program guidedata requests generated by interactive television program guidesimplemented on user television equipment 22. As shown in FIG. 1, programguide server 25 may include processing circuitry 54 and storage device56. Processing circuitry 54 may include any suitable processor, such asa microprocessor or group of microprocessors, and other processingcircuitry such as caching circuitry, direct memory access (DMA)circuitry, input/output (I/O) circuitry, etc. Storage device 56 may be amemory or other storage device, such as random access memory (RAM), readonly memory (ROM), flash memory, a hard disk drive, etc., that issuitable for storing the program guide data transmitted to televisiondistribution facility 16 by main facility 12. Program guide data may bestored on storage device 56 in any suitable format (e.g., a StructuredQuery language (SQL) database).

Processing circuitry 54 may process requests for program guide data bysearching the program guide data stored on storage device 56 for therequested data, retrieving the data, and providing the retrieved data todistribution equipment 21 for distribution to user television equipment22. Alternatively, program guide server 25 may transmit program guidedata to user television equipment 22 directly. If communications paths20 include an Internet link, DOCSIS link, or other high speed computernetwork link (e.g., 10BaseT, 100BaseT, 10BaseF, T1, T3, etc.), forexample, processing circuitry 54 may include circuitry suitable fortransmitting program guide data and receiving program guide datarequests over such a link.

Program guide server 25 may communicate with user television equipment22 using any suitable communications protocol. For example, programguide server 25 may use a communications protocol stack that includestransmission control protocol (TCP) and Internet protocol (IP) layers,sequenced packet exchange (SPX) and internetwork packet exchange (IPX)layers, or any other suitable layer or combination of layers. Usertelevision equipment 22 may also include suitable hardware forcommunicating with program guide server 25 over communications paths 20(e.g., Ethernet cards, modems (digital, analog, or cable), etc.)

The program guide on user television equipment 22 may retrieve programguide data from program guide server 25 using any suitable client-serverbased approach. The program guide may, for example, pass SQL requests asmessages to program guide server 25. In another suitable approach, theprogram guide may invoke remote procedures that reside on program guideserver 25 using one or more remote procedure calls. Program guide server25 may execute SQL statements for such invoked remote procedures. Instill another suitable approach, client objects executed by the programguide may communicate with server objects executed by program guideserver 25 using, for example, an object request broker (ORB). This mayinvolve using, for example, Microsoft's Distributed Component ObjectModel (DCOM) approach.

Program guide server 25 may also store program videos, video clips, oraudio clips on storage device 56. The videos or clips may be distributedto user television equipment 22 using any suitable video-on-demand(“VOD”) or near-video-on-demand (“NVOD”) approach. Program guide server25 may, for example, receive video requests from user televisionequipment 22 over communications paths 20, retrieve the requested videosfrom storage device 56 and pass the retrieved videos to distributionequipment 21 for distribution to user television equipment 22. Programguide server 25 may, for example, store videos as Moving PicturesExperts Group (MPEG) MPEG-2 files on storage device 56. Processingcircuitry 54 of program guide server 25 may include, for example,circuitry suitable for converting the stored MPEG-2 files into NationalTelevision Standards Committee (NTSC) video for distribution bydistribution equipment 21.

In another suitable approach, program guide server 25 may transmit thevideos directly to user television equipment 22 over communications path20 as, for example, an MPEG data stream. In this approach, usertelevision equipment 22 may include, for example, suitable hardware andsoftware for receiving and decoding the MPEG data stream and displayingthe videos for the user.

Television distribution facility 16 may have multiple program guideservers 25 but only one program guide server 25 has been drawn to avoidover-complicating the drawing. If television distribution facility 16has multiple program guide servers 25, each of the program guide serversmay be assigned a different group of users and process that group'srequests for program guide data. Alternatively, different program guideservers 25 may be responsible for processing requests for differenttypes of program guide data for all users. One program guide server 25may, for example, process requests for program listings information andanother may process requests for videos. In still another suitableapproach, multiple program guide servers 25 may share the burden ofprocessing requests using a suitable dynamic load sharing approach.

If desired, some of the program guide servers 25 associated with aparticular television distribution facility may be deployed at variousnetwork nodes within the distribution network (depicted ascommunications paths 20) for that television distribution facility.Program guide servers 25 may also be Web or other types of Internetservers located outside of television distribution facility 16. Tosimplify the present discussion, such servers may be treated as thoughthey are located at television distribution facility 16.

Television distribution facility 16 may also have continuous data streamprocessor 71. Continuous data stream processor 71 may be based on anycombination of software and hardware suitable for selecting a portion ofthe program guide data provided by main facility 12 for inclusion in acontinuous data stream transmitted to user television equipment 22.Continuous data stream processor 71 has been shown as separate fromprogram guide server 25, but the two systems may be combined if desired.

Continuous data stream processor may, for example, have processingcircuitry 73 and optional storage device 75. Processing circuitry 73 mayinclude any suitable processor, such as a microprocessor or group ofmicroprocessors, and other processing circuitry such as cashingcircuitry, direct memory access (DMA) circuitry, input/output (I/O)circuitry, etc. Optional storage device 75 may be a memory or otherstorage device, such as a random access memory (RAM), read only memory(ROM), flash memory, a hard disk drive, etc., that is suitable forstoring program guide data.

Continuous data stream processor 71 may obtain program guide data forthe continuous data stream using any suitable approach. Main facility 12may, for example, periodically transmit program guide data for thecontinuous data stream to television distribution facility 16 where itmay be stored by continuous data stream processor 71. Alternatively,program guide data may be transmitted continuously by main facility 12to television distribution facility 16 and distributed by continuousdata stream processor 71. The data may be received by televisiondistribution facility 16 and provided to continuous data streamprocessor 71 or, the data may be received directly by continuous datastream processor 71 without passing through television distributionfacility 16 (e.g., when continuous data stream processor 71 is notlocated in television distribution facility 16). Alternatively, programguide server 25 may store program guide data on storage device 56 andprovide program guide data to continuous data stream processor 71.Program guide server 25 may provide program guide data to continuousdata stream processor 71 continuously, periodically, in response torequests from continuous data stream processor 71, using a pollingscheme, or using any other suitable approach.

If necessary, continuous data stream processor 71 or program guideserver 25 may localize the program guide data received from mainfacility 12. Localization of the program guide data is accomplished byextracting program guide data for channels and services that areprovided by a particular television distribution facility 16 anddiscarding the rest of the data. Localization may also involve makinglocal changes to the data (e.g., changing channel names to local channelnames). Continuous data stream processor 71 or program guide server 25may store all of the received data or only data that is required locally(e.g., the extracted data).

Alternatively, continuous data stream processor 71 may continuouslyfilter program guide data that is not of interest locally out of acontinuous data stream provided by main facility 12. Continuous datastream processor 71 may also, for example, prioritize program guide databy assigning the frequency with which different types of program guidedata will be cycled in the continuous data stream. After continuous datastream processor 71 obtains program guide data for the continuous datastream (e.g., from main facility 12 or program guide server 25), andassigns priorities to the different types of data, it passes the data toprogram guide distribution equipment 21 for distribution. Distributionequipment 21 may, for example, modulate the data onto an out-of-bandchannel in cycles according to the assigned priorities.

The interactive program guide obtains program guide data in twodifferent ways. First, program guide data is retrieved by the programguide from the continuous data stream of program guide data that istransmitted by television distribution facility 16 to user televisionequipment 22 over communications path 20. In order to reduce the totalbandwidth required by the continuous data stream, the program guide datatransmitted as part of the continuous data stream is limited to thesubset of the program guide data selected by continuous data streamprocessor 71. In particular, the subset of program guide data may becurrent program guide data (i.e., data related to programs that arecurrently being broadcast or that are scheduled to be broadcast in thenext few hours). The continuous data stream may include, for example,the channel number or other unique identifier for each channel, the callletters of each channel, the start and end time and data for the currentprogram on each channel, the start and end time and data for the nextfew upcoming programs on each channel, current and upcoming programtitles, current and upcoming program ratings, current and upcomingprogram categories, a unique identification number related to thespecific showing of a specific program, or any suitable combinationthereof.

The continuous data stream may, for example, carry program listings datafor all channels in the current time slot, for all channels in thecurrent time slot and for the next few hours, or for any other suitablecombination of program listings. The amount of program listings datacarried in the continuous data stream may be limited by the bandwidthallocated to the data stream based on the practiced transmission scheme,or by the amount of other types of program guide data carried by thecontinuous data stream.

The information in the continuous data stream should be cycled at afairly high rate so that the latency to access any particular item ofdata in the data stream is minimal, preferably a fraction of a second.If desired, the data may be processed by the program guide substantiallyin real-time with minimal or no data caching. Even if a significantamount of data caching is involved, the program guide need never store asignificant amount of the data from the continuous data stream in theset-top box. Moreover, the program guide need not maintain a localdatabase of data from the continuous data stream.

If desired, hardware filtering circuitry may be provided in usertelevision equipment 22. This allows hardware filtering to be used toease the processing burden imposed on the program guide. Program guidedata for each channel may be transmitted in the continuous data streamand tagged, for example, with a channel identifier. Channel-by-channel,the program guide may load a filter register in the user televisionequipment with the ID of a channel of interest, so that the usertelevision equipment may filter out the data for all other channels fromthe continuous data stream.

The program guide may prefetch data from the continuous data stream tominimize data access latency and thereby allow program guide data to becycled less often. The program guide may prefetch data based onpredictions of what data a user is likely to need, and when performingany function that accesses the continuous data stream. For example, if auser is browsing through program listings, the program guide mayprefetch listings from the continuous data stream for the next time slotin the browse. Program listings and other information may, for example,be prefetched for a higher or lower channel when the user flipschannels. If the program guide provides the user with the ability totune to the last channel, the program guide may prefetch or cachealready retrieved information for the most recently tuned channel. If,for example, the program guide provides the user with the opportunity totune to favorite channels, the program guide may prefetch data from thecontinuous data stream for the next and the previous favorite channels.In still another suitable approach, the program guide may prefetchprogram guide data as a user enters a channel number on, for example,remote control 40. For example, when a user enters a “2”, the programguide may prefetch data for channels 2, 20-29, 200-299, etc. When a userenters the next digit, for example, a “3”, the program guide mayprefetch the data for channels 23, 230-239, etc. This list of approachesis only illustrative. Prefetching may be performed by the program guidefor any function that requires data from the continuous data stream.

Different types of data in the continuous data stream may be sent atdifferent rates (e.g., based on priorities assigned by continuous datastream processor 71). For example, call letters and the data related tothe current program may be repeated twice each second or faster, whilethe data related to the upcoming program may be sent on the order ofonce each second. These repetition rates are merely illustrative. Ifdesired, other repetition rates may be used. For example, data relatingto the current program may be provided at a rate greater than twice persecond (such as ten times per second).

Distribution equipment 21 preferably distributes the continuous streamof current data to user television equipment 22 out-of-band so that theprogram guide data is continuously available to the program guide.Alternatively, program guide data may be transmitted in-band over adedicated analog channel, in the vertical blanking interval of a numberof analog channels, or using any other suitable approach. If thecontinuous data stream is transmitted in-band over multiple channels, itmay, for example, contain only data associated with the channel in whichit is transmitted.

The continuous data stream may also be transmitted as one or moredigital data tracks on one or more digital channels. One suitableapproach may involve multiplexing different groups of digital channelsonto different analog channels and transmitting a continuous digitaldata stream for each group. Another suitable approach may involvedistributing programmer provided in-band information (e.g., Program andSystem Information Protocol for Terestrial Broadcast and Cable (PSIP)information, Digital Video Broadcast (DVB) System Information (SI),etc.). This approach may eliminate the need for continuous data streamprocessor 71.

It may also be desirable for television distribution facility 16 todistribute multiple continuous data streams. Each continuous data streammay, for example, correspond to different types or categories of programguide data. Each continuous data stream may, for example, carry data forcreating different popular program guide display screens (e.g., onestream may carry listings for the current hour, one stream may carrylistings for movies, etc.). It may also be desirable, for example, todistribute a continuous data stream of program listings for each menuoption of a main menu screen.

The second way that the interactive program guide implemented on usertelevision equipment 22 obtains program guide data is from program guideserver 25 using client-server techniques. Program guide server 25 maystore program guide data in any suitable format, such as in the form ofa SQL database. The interactive program guide may obtain program guidedata from program guide server 25 by, for example, invoking a remoteprocedure call on program guide server 25, issuing messages or requests,or using suitable object based communications (any suitable combinationof which are hereafter collectively referred to as “requests”) viacommunications path 20. Program guide server 25 may process requests byquerying storage device 56 for program guide data that satisfies therequest. Program guide server 25 retrieves the requested program guidedata from storage device 56. Distribution equipment 21 may distributethe retrieved data over one of communications paths 20 to the particularprogram guide that generated the request using, for example, anInternet-based addressing scheme. Alternatively, program guide server 25may distribute the program guide data to user television equipment 22directly over the communications path 20.

Program guide server 25 may reduce the time needed to access the programguide data using any suitable approach. Program guide server 25 may, forexample, extract data needed to construct each of the most popularprogram guide display screens ahead of time and provide thispre-extracted data in response to requests. Program guide server 25 mayalso, for example, perform any necessary database joins required tobuild one or more intermediate tables of program guide data. This mayrelieve user television equipment 22 of the processing burden associatedwith such tasks.

In addition, configuration information and user settings (e.g., favoritechannel settings and the like) may be stored by user televisionequipment 22 or by program guide server 25. Frequently accessed settingsare preferably stored by user television equipment 22, but may beprefetched based on a prediction by the program guide of the user's nextlikely action.

An illustrative arrangement for user television equipment 22 is shown inFIG. 2. Receiver 55 receives television programming and data fromtelevision distribution facility 16 (FIG. 1) at input 26. Receiver 55may be based on any suitable hardware and software for receiving programguide data and television programs. During normal television viewing,tuner 51 of set-top box 28 tunes to a desired television channel basedon inputs from the user on remote control 40. Tuner 51 may be based onany suitable hardware and software for tuning to analog or digitaltelevision channels.

Multiple tuners may be provided, but only one has been shown to avoidover-complicating the drawing. If multiple tuners are provided, theuser's viewing (or playing) of a program may not be interrupted when theprogram guide obtains data. If, for example, program guide data isprovided in-band on a dedicated analog channel, one tuner 51 may tune toan analog channel carrying television programming while another tuner 51may tune to the dedicated channel. Alternatively, one tuner may be usedto access the continuous data stream, and another to access programguide server 25. Program guide systems that use multiple tuners toobtain in-band data are described, for example, in concurrently filedEllis U.S. patent application Ser. No. ______ (Attorney Docket No.UV-69). By using multiple tuners, the program guide may access programguide data without interrupting the display of television programming.

If user television equipment 22 has only a single tuner 51, televisionviewing may be interrupted when tuner 51 tunes to a separate channel toobtain in-band data (if provided on a dedicated channel, or, forexample, when the user browses through channels) or data from programguide server 25. It may be desirable, therefore, to provide graphics,audio, or, video, in the continuous data stream that may be displayed orplayed by the program guide when the program guide obtains data notcarried in-band on the channel the user is watching. If user televisionequipment 22 has multiple tuners, graphics, audio, or video carried inthe continuous data stream may be displayed or played while the programguide obtains data from, for example, program guide server 25 or anin-band data stream on another channel.

The signal for the television channel to which tuner 51 is tuned isprovided at video output 30. The signal supplied at output 30 istypically either a radio-frequency (RF) signal on a predefined channel(e.g., channel 3 or 4), or a analog demodulated video signal, but mayalso be a digital signal provided to television 36 on an appropriatedigital bus (e.g., a bus using the Institute of Electrical andElectronics Engineers (IEEE) 1394 standard). The video signal at output30 may be received by optional secondary storage device 32.

Set-top box 28 may also include communications device 27 fortransmitting requests to program guide server 25 over requestcommunications path 70. Communications device 27 may be, for example, amodem (e.g., any suitable analog digital telephone dialup modem, or acable modem), network interface card (e.g., an Ethernet card), or anyother device suitable for transmitting requests to program guide server25. Request communications path 20 is preferably a return-path oncommunications path 20, but may be a separate suitable communicationspath.

Secondary storage device 32 can be any suitable type of analog ordigital program storage device or player (e.g., a videocassetterecorder, a digital video disc (DVD) player with recording capabilities,etc.). Program recording and other functions may be controlled byset-top box 28 using control path 34. If secondary storage device 32 isa videocassette recorder, for example, a typical control path 34involves the use of an infrared transmitter coupled to the infraredreceiver in the videocassette recorder that normally accepts commandsfrom a remote control such as remote control 40. Remote control 40 maybe used to control set-top box 28, secondary storage device 32, andtelevision 36.

The interactive television program guide may run on set-top box 28, ontelevision 36 (if television 36 has suitable processing circuitry andmemory), or on a suitable analog or digital receiver connected totelevision 36. The interactive television program guide may also runcooperatively on both television 36 and set-top box 28. Interactivetelevision application systems in which a cooperative interactivetelevision program guide application runs on multiple devices aredescribed, for example, in Ellis U.S. patent application Ser. No.09/186,598, filed Nov. 5, 1998, which is hereby incorporated byreference herein in its entirety.

If desired, set-top boxes 28 may be used that contain digital storagedevices such as digital storage device 31 that allow the user to recordprograms and program data in digital form. Digital storage device 31 maybe a writeable optical storage device (such as a DVD player capable ofhandling recordable DVD discs), a magnetic storage device (such as adisk drive or digital tape), or any other digital storage device.Interactive television program guide systems that have digital storagedevices are described, for example, in Hassell et al. U.S. patentapplication Ser. No. 09/157,256, filed Sep. 17, 1998, which is herebyincorporated by reference herein in its entirety.

Digital storage device 31 can be contained in set-top box 28 or it canbe an external device connected to set-top box 28 via an output port andan appropriate interface. If necessary, processing circuitry in set-topbox 28 may be used to format the received video, audio, and data signalsinto a digital file format. The file format may be an open file formatsuch as the Moving Pictures Expert Group (MPEG) MPEG-2 standard. Theresulting data may be passed to digital storage device 31 via anappropriate bus (e.g., a bus using the Institute of Electrical andElectronics Engineers (IEEE) 1394 standard) and may be stored on digitalstorage device 31.

Television 36 receives video and audio signals from secondary storagedevice 32 via communications path 38. The signals on communications path38 may either be generated by secondary storage device 32 when playingback a prerecorded storage medium (e.g., a videocassette or a recordabledigital video disc), by digital storage device 31 when playing back aprerecorded digital medium, may be passed through from set-top box 28,may be provided directly to television 36 from set-top box 28 ifsecondary storage device 32 is not included in user television equipment22, or may be received directly by television 36. During normaltelevision viewing, the signals provided to television 36 correspond tothe desired channel to which the user has tuned with set-top box 28. Thesignals may also be provided to television 36 by set-top box 28 whenset-top box 28 is used to play back information stored on digitalstorage device 31.

A more generalized embodiment of user television equipment 22 of FIG. 2is shown in FIG. 3. As shown in FIG. 3, program guide data fromtelevision distribution facility 16 (FIG. 1) is received by controlcircuitry 42 of user television equipment 22. The functions of controlcircuitry 42 (e.g., obtaining program guide data from the continuousstream of current program guide data, obtaining program guide data fromprogram guide server 25, generating program guide display screens,program recording, etc.) may be provided using the set-top boxarrangement of FIG. 3. Alternatively, these functions may be integratedinto an advanced television receiver, personal computer television(PC/TV), a personal computer with a television tuner card, or any othersuitable arrangement. If desired, a combination of such arrangements maybe used.

Control circuitry 42 may include any suitable processor, such as amicroprocessor, and suitable support circuitry such as cachingcircuitry, direct memory access (DMA) circuitry, input/output (I/O)circuitry, etc. Control circuitry 42 may include memory 44. Memory 44may be any memory or other storage device, such as a random accessmemory (RAM), read only memory (ROM), flash memory, a hard disk drive, acombination of such devices, etc., that is suitable for storing programguide instructions for execution by control circuitry 42. It should beunderstood that memory 44 may temporarily cache program guide data when,for example, generating a program guide display screen. Such caching ortemporary buffering of data such as the data received from thecontinuous stream of current program guide data by memory 44 should notbe confused, however, with the substantial use of memory in otherprogram guide systems to store a database of program guide data that isrefreshed by periodic downloads.

Set-top box 28 may also include communications device 27 fortransmitting requests to program guide server 25 over requestcommunications path 70. Communications device 27 may be, for example, amodem (e.g., any suitable analog digital telephone dialup modem, or acable modem), network interface card (e.g., an Ethernet card), or anyother device suitable for transmitting requests to program guide server25. Request communications path 20 is preferably a return-path oncommunications path 20, but may be a separate suitable communicationspath.

User television equipment 22 may also have secondary storage device 47and digital storage device 49 for recording programming. Secondarystorage device 47 can be any suitable type of analog or digital programstorage device (e.g., a videocassette recorder, a digital video disc(DVD) player with recording capabilities, etc.). Program recording andother functions may be controlled by control circuitry 42. Digitalstorage device 49 can be, for example, a writeable optical storagedevice (such as a DVD player capable of handling recordable DVD discs),a magnetic storage device (such as a disk drive or digital tape), or anyother such suitable digital storage device.

The user may control the operation of user television equipment 22 withuser interface 46. User interface 46 may be a pointing device, wirelessremote control, keyboard, dedicated sets of buttons (e.g., buttonslocated on various hardware components), touch-pad, voice recognitionsystem, or any other suitable user input device. To watch television,the user may instruct control circuitry 42 to display a desiredtelevision channel on monitor 45. To access the functions of the programguide, the user may instruct the program guide to generate a main menuor other desired program guide display screen for display on monitor 45.

When a user indicates a desire to access the interactive televisionprogram guide (e.g., by using a “menu” key on remote control 40), theprogram guide generates an appropriate program guide display screen fordisplay on monitor 45. A main menu screen, for example, such asillustrative main menu screen 100 of FIG. 4, may be generated thatprovides the user with access to various program guide functions. Mainmenu screens may also contain various advertisements, logos, etc.

Illustrative main menu screen 100 of FIG. 4, for example, may includemenu 102 of selectable program guide options 106. If desired, theprogram guide options 106 may be organized according to feature type. Inmenu 102, for example, program guide options 106 have been organizedinto three columns. The column labeled “TV GUIDE” is for listingsrelated features, the column labeled “MSO SHOWCASE” is for multipleservice organization (MSO) related features, and the column labeled“VIEWER SERVICES” is for viewer related features. The interactivetelevision program guide may generate a display screen for a particularprogram guide feature when the user selects that feature from menu 102.

Main menu screen 100 may include one or more selectable advertisements108. Selectable advertisements 108 may, for example, include text andgraphics advertising pay-per-view programs. When the user selects aselectable advertisement 108, the program guide may display information(e.g., pay-per-view information) or take other actions related to thecontent of the advertisement. Pure text advertisements may be presented,if desired, as illustrated by selectable advertisement banner 110.

Main menu screen 100 may also include other screen elements. The brandof the program guide product may be indicated, for example, using aproduct brand logo graphic such as product brand logo graphic 112. Theidentity of the television service provider may be presented, forexample, using a service provider logo graphic such as service providerlogo graphic 114. The current time may be displayed in clock displayregion 116. In addition, a suitable indicator such as indicator graphic118 may be used to indicate to the user that a message from a cableoperator is waiting for the user if the program guide supports messagingfunctions.

One function of the interactive television program guide may be toprovide the user with the opportunity to view television programlistings. A user may indicate a desire to view program listings by, forexample, positioning highlight region 120 over a desired program guideoption. Alternatively, the program guide may present program listingswhen the user presses a suitable key (e.g., a “guide” key) on remotecontrol 40. When the user indicates a desire to view television programlistings, the program guide may obtain program listings data from thecontinuous data stream or by request from server 25 and may generate anappropriate program listings screen for display on monitor 45. A programlistings screen may contain one or more groups or lists of programlistings organized according to one or more organization criteria (e.g.,by program category).

The program listings screen may be overlaid over a program being viewedby the user or overlaid over a portion of the program in a “browse”mode. The program guide may, for example, provide the user with theopportunity to view listings by time, by channel, according to a numberof categories (e.g., movies, sports, children, etc.), or may allow theuser to search for a listing by title. Program listings may be displayedusing any suitable list, table, grid, or other suitable displayarrangement. If desired, program listings display screens may includeselectable advertisements, product brand logo graphics, service providerbrand graphics, clocks, or any other suitable indicator or graphic.

FIGS. 5 a and 5 b illustrate the display of program listings by time andby channel, respectively. The program listings display screens 130 and135 of FIGS. 5 a and 5 b may include highlight region 151, whichhighlights the current program listing 150. The user may positionhighlight region 151 by entering appropriate commands with userinterface device 52. For example, if user input interface device 52 hasa keypad, the user can position highlight region 151 using “up,” “down,”“left,” and “right” arrow keys. Remote program listings may also bepanned left, right, up, and down by positioning highlight region 151using the arrow keys on remote control 40. Alternatively, a touchsensitive screen, trackball, voice recognition device, or other suitabledevice may be used to move highlight region 151 or to select programlistings without the use of highlight region 151. In still anotherapproach, the user may speak a television program listing into a voicerequest recognition system. These methods of selecting program listingsare merely illustrative. Any other suitable approach for selectingprogram listings may be used if desired.

The program guide may provide the user with the opportunity to viewprogram listings for other times or channels. The user may indicate adesire to access listings for other times or channels by, for example,using “left” and “right” arrow keys to change time slots (when programlistings are presented by time as shown in FIG. 5 a), or “left” and“right” arrow keys to change channels (when program listings arepresented by channel as shown in FIG. 5 b). In response to such anindication, the program guide may, for example, scroll or page theprogram listings to display additional program listings.

The program guide uses the continuous stream of current program guidedata as a low-latency source of current program listings and otherfrequently requested information. The program guide uses server 25 tosupply data on request typically when data is needed less urgently. Theprogram guide may, for example, retrieve program listings data from thecontinuous data stream whenever the data to be retrieved is related tocurrent programming (i.e., programming that is being broadcast or thatis scheduled to be available in the next few hours).

If desired, the program guide may be configured to recognize the type ofprogram guide data carried in the data stream (e.g., based on attributefields in the continuous data stream). If the program guide has thecapability to recognize data in the continuous data stream, the programguide may be configured to always attempt to retrieve data from thecontinuous data stream (either before or at the same time that theprogram guide attempts to request data from server 25). The programguide may obtain data from the continuous data stream or from programguide server 25 based on when particular program guide functions areaccessed. These examples are merely illustrative. The program guide mayuse these and other suitable techniques for accessing data in thecontinuous data stream and requesting data from server 25.

As mentioned above, the program guide may be programmed to alwaysretrieve television program listings for the current time of day fromthe continuous data stream. This may occur, for example, in response tothe user indicating a desire to access program listings (e.g., byselecting “by time” feature from main menu screen 100). If the userindicates a desire to see program listings for a time other than thecurrent time of day (e.g., by using remote control arrow keys to selectprogram listings many hours or days in the future), the program guidemay generate a request for obtaining those program listings and maytransmit the request to program guide server 25 over communications path20. If desired, the program guide may also prefetch program listings forother time slots from the continuous data stream or program guide server25.

After a user selects a program listing, the interactive program guidemay provide the user with access to a number of program guide functionsassociated with the selected listing. The program guide may, forexample, provide the user with additional program information for theprogram listings. This may be done in response to a user indicating adesire to access additional program information by, for example,positioning highlight region 151 (FIGS. 5 a and 5 b) over a listing 150and pressing an “info” key on remote control 40.

The program guide may obtain the additional program information byrequesting the additional program information from program guide server25. The program guide makes such requests, for example, whenever theprogram guide determines that the additional program guide informationis not included in the continuous data stream, or if the program guidehas been configured to automatically obtain all additional programinformation from program guide server 25. In practice, additionalprogram information (at least additional program information forprograms other than current programs) is preferably not included in thecontinuous data stream due to bandwidth constraints. Additional programinformation for a listing or group of listings may, for example, beprefetched from program guide server 25 when a user highlights aparticular program listing, when the program guide displays listings ona display screen, or in response to any other suitable event.

Once the program guide has obtained the additional program informationfrom the continuous data stream or program guide server 25, the programguide may generate an additional program information screen. Anillustrative additional program information screen 161 is shown in FIG.6. Like other program guide display screens, additional programinformation screen 161 may include selectable advertisements, serviceprovider logos, brand logos, a mail indicator, and a clock region.Additional program information screen 161 may also include programinformation window 162 for displaying the additional program informationretrieved by the program guide. If a portion of the additional programinformation extends past the bottom of program information window 162,the user may, for example, use a remote control arrow key to scrollthrough the additional program information.

The program guide may display program listings organized by category. Inpractice, such a function may require the program guide to obtainprogram listings data from program guide server 25, because includingcategory information for the program listings in the continuous datastream may require too much bandwidth, or because sorting programlistings based on category attributes may be a heavier processing burdento place on user television equipment 22 than is desired.

If the user selects “Movies,” “Sports,” or “Children” selectable programguide options 106 of main menu 102 (FIG. 4), for example, the programguide may issue a request to program guide server 25 querying programguide server 25 for program listings of the appropriate category.Alternatively, if the program listings in the continuous data stream areaccompanied by category information, the program guide may filterprogram listings from the continuous data stream based on theappropriate category, and may retrieve additional listings in thatcategory from program guide server 25.

FIG. 7 shows illustrative program listings by category screen 180 inwhich program listings for movies are displayed. Program listings bycategory screen 180 may be generated by the program guide when, forexample, the user selects the “Movies” selectable feature 106 of FIG. 4.Similar program listings by category screens 180 may be generated by theprogram guide in which program listings are sorted by any suitablecategory.

Program listings by category screen 180 may include, for example,selectable advertisements, service provider logos, brand logos,advertisement banners, a mail indicator, and a clock region. Programlistings for the selected category may be displayed in list 182. Theprogram guide may also provide the user with access to additionalfeatures related to a particular listing when, for example, the userselects that listing. The user may view program listings for additionaltime slots or channels on screen 180 by, for example, using remotecontrol arrow keys to manipulate the display.

The interactive program guide may allow the user to view programlistings while watching television programming by, for example,overlaying a “FLIP” or “BROWSE” display region over a televisionprogram. FIG. 8 a shows an illustrative FLIP display 200 that theprogram guide may display whenever the user changes television channels.The FLIP display may contain information associated with the currentprogram, such as the program title 210, run time 215, the currentchannel number 216, and the current channel's call letters 225. The FLIPdisplay may also include a number of graphics, such as brand logo 230, asponsorship graphic, a channel logo graphic, mail indicator or any othersuitable graphic. The program's rating may also be displayed. Ifdesired, brand logo 230 may be replaced with or used together with aselectable information icon. The user may select the selectableinformation icon to obtain additional program information for theprogram currently displayed in FLIP display 200.

FLIP display 200 may also include rating indicator 227 for indicatingthe rating of the current program. Rating information may be carried inthe continuous data stream. If the program guide provides a parentalcontrol feature, the rating of the program on each new channel the usertunes to may be examined by the program guide to determine if theprogram meets parental control settings that were previously establishedby the user. If the program rating is not acceptable, the program guidemay, for example, display only the FLIP banner without the programvideo.

FIG. 8 b shows an illustrative “BROWSE” overlay or display that theprogram guide may display when the user opts to browse through programlistings for a given time slot. The user may browse through programlistings by, for example, using remote control arrow keys.

The FLIP and BROWSE overlays of FIGS. 8 a and 8 b have been shown asincluding a brand logo displayed at the left of the overlay. The logomay also, for example, promote different sponsors as the user browsesprogram listings or flips between channels. The logos may change withinthe same overlay or banner if the user displays the overlay or bannerfor a predefined time. The logo may, for example, automatically rotatethrough a list of logo advertisements, returning to the firstadvertisement after each advertisement in the list has been displayed.The brand logo may also be replaced by a text based advertisement.

Program listings data for the FLIP overlay may be obtained by theprogram guide from the continuous data stream when the user changeschannels. Program listings data for the BROWSE overlay may also beobtained by the program guide from the continuous data stream, but mayalso be obtained from program guide server 25 if the user indicates adesire to view program listings data not carried in the continuous datastream (e.g., program listings for programs not in the current time slotor program listings for programs more than a few hours in the future).If desired, program listing data may be prefetched for adjacent timeslots from program guide server 25 when, for example, FLIP informationis displayed, when the user indicates a desire to enter the browse mode,or in response to any other suitable event.

The program guide may provide functions that involve various real-timeactions related to the broadcast of a specific program or series. Forexample, the program guide may allow the user to set reminders, orderpay-per-view programs, record programs, lock and unlock programs, etc.These functions involve actions that are performed by the program guidein coordination with programs as they are broadcast. For example, aprogram guide reminder function may allow a user to set a reminder forupcoming airing of a program. Just before the broadcast of the program,the program guide displays a reminder on the user's television. Thereminder alerts the user that the program is about to begin. Thus theprogram guide action of displaying the program reminder must becoordinated with the broadcast of the program.

If all programs were broadcast at their scheduled broadcast times, theprogram guide could simply rely upon program listings data provided tothe program guide that specifies when each program is to be broadcast.However, programs are sometimes not aired at their scheduled times. Thismay occur, for example, when a sporting event that precedes a giventelevision program runs longer than expected.

In order to accommodate unexpected shifts in the broadcast times ofcertain programs, each airing of a program may be assigned a uniqueidentifier. The identifier may be assigned, for example, at mainfacility 12 and may be distributed by distribution equipment 21. Uniqueidentifiers may also be assigned to program groupings (e.g., series,mini-series, orderable packages of programs, or other suitable groupingsof programs). The identifiers associated with each program or programgrouping may be provided to the program guide with the program listingsdata. When a user sets a reminder or uses other such functions, theprogram guide may store the identifier in memory in user televisionequipment 22. At an appropriate time (e.g., before or during thebroadcast of a program), each unique identifier is placed into thecontinuous data stream. The program guide may therefore monitor thestream to determine in real-time whether a particular program (e.g., asingle program or a program in a program grouping for which a reminderwas set) is being broadcast. If the broadcast time of a program shifts,the reminder function will still notify the user at the appropriate time(i.e., just before the program airs).

The unique identifier in the data stream may be transmitted, forexample, when a program starts, when a program ends, or continuouslyduring a program. If there are any schedule changes, the uniqueidentifiers for programs whose broadcast times have shifted may betransmitted at the correct times to reflect these changes. Thus, aselected program can be rescheduled for a different time, day, orchannel and the associated action will still be performed correctly bythe program guide.

When the user first accesses a function of the program guide thatinvolves a real-time action associated with a program or series (e.g.,when the user of the program guide sets up a reminder or the like), theprogram guide may retrieve the unique identifier from the continuousdata stream (if it is available) or may request the unique identifierfrom program guide server 25. The identifier is then stored locally onthe user television equipment for future comparison to the identifiersprovided in the continuous stream of current data.

The program guide may maintain a list of upcoming actions on usertelevision equipment 22. Preferably, the list of upcoming actions ismaintained in a memory such as memory 44 in control circuitry 42 of usertelevision equipment 22 (FIG. 3). The program guide may store the uniqueidentifier and the requested associated action in the list. The programguide may monitor the continuous data stream for unique identifiers andperform listed actions when their associated unique identifiers appearin the continuous data stream. If a unique identifier is for a series,the program guide may perform the listed action every time a program inthe series is shown. The program guide may ignore any identifier thatappears in the continuous data stream that does not match an action inthe list. In addition, the program guide may allow actions to expire andmay remove them from the list if the identifier associated with theaction is not detected in the continuous data stream for a predefinedperiod of time.

One function that may involve a real-time action associated with atelevision program is a reminder function. The program guide may providethe user with the opportunity to set a program reminder to be displayedat, for example, the start time of a program. The program guide maypresent the user with opportunities to set reminders whenever the userindicates an interest in a future program (e.g., by pressing a remotecontrol enter key after highlighting a future program listing), or inresponse to any other suitable event. The user may indicate a desire toset a program reminder by, for example, pressing a “remind” button onremote control 40.

If the user indicates a desire to set a program reminder by, forexample, highlighting a listing in program listing screens 130 or 135and pressing a “remind” key on remote control 40, the program guide maygenerate a suitable reminder overlay. FIG. 9 a shows illustrativeoverlay 300. The program guide may prompt the user to set a reminder andprovide the user with the opportunity to select, for example, “Yes”button 305 to set the reminder or “No” button 307 to cancel.

If the user attempts to set a reminder for a program or series for whicha reminder has already been set, the program guide may provide the userwith the opportunity to cancel the reminder by, for example, displayingreminder confirmation overlay 310 of FIG. 9 b. If the user deletes areminder, the program guide may delete the unique identifier for theselected showing and the associated reminder from the local list ofactions.

When the program guide detects the unique identifier for the program forwhich the reminder was set in the continuous data stream, the programguide checks the local list of scheduled real-time actions anddetermines that the associated action involves displaying a reminder.The program guide then displays the reminder for the program. Multiplereminders may be displayed simultaneously if desired. In addition, theprogram guide may, for example, prefetch program listings data andadditional program data for a program or group of programs from thecontinuous data stream or from program guide server 25 when a reminderis displayed.

The program guide may also provide users with the opportunity to setreminders for program groupings. If, for example, a user wishes toreceive a reminder for the series “Mad About You” any time an episode inthe series is shown, the user may set such a reminder for the seriesusing any suitable approach. Program grouping reminder lists and relateddisplay screens are described, for example, in concurrently filedKnudson et al. U.S. patent application Ser. No. ______ (Attorney DocketNo. UV-56), which is hereby incorporated by reference herein in itsentirety.

In response to a user indicating a desire to set a reminder for aprogram grouping, the program guide may store the program groupingidentifier in the list of real-time actions. In this example, theprogram guide would store the program grouping identifiers for theseries “Mad About You” in a list of reminders.

Each time an episode in the series “Mad About You” is aired, the programgrouping identifier for the series is placed into the continuous datastream. The identifier may, for example, be provided continuously bymain facility 12 and passed to distribution equipment 21 from continuousdata stream processor 71.

The program guide may monitor the continuous data stream and compare theidentifiers in the data stream with the identifiers in the list ofreal-time actions. When the identifier for the program grouping isfound, which in this example would be the program grouping identifierfor the series “Mad About You”, the program guide performs theassociated real-time action (e.g., displays a reminder).

FIGS. 10 a and 10 b show illustrative program reminder lists 320. InFIG. 10 a, reminder list 320 is overlaid on top of the currently displaytelevision program to provide the user with the opportunity to view areminder while still viewing a portion of the television program thatthe user was watching. In FIG. 10 b, reminder list 320 is shown overlaidon top of a program listings display screen, such as program listingsdisplay screen 130 of FIG. 5 a. The program guide may provide the userwith the opportunity to scroll through reminder list 320 by, forexample, using remote control arrow keys.

Another example of a real-time action that may be taken by the programguide is the authorization of the viewing of a pay-per-view program. Theprogram guide may authorize viewing based on when the identifier of thedesired pay-per-view program is detected in the continuous data stream,thereby preventing errors if the schedule shifts and the like. Theprogram guide may provide the user with an opportunity to order apay-per-view program when the user selects a pay-per-view programlisting from a group of listings, the user presses an “order” key (orother suitable key) on remote control 40 when tuned to an unorderedpay-per-view channel, or in response to any other suitable event.

The program guide may, for example, display a pay-per-view programlistings display screen, such as illustrative pay-per-view programlistings display screen 350 of FIG. 11 a, in response to the userselecting “PPV TIME” feature 106 of main menu 102 (FIG. 4). Like programlistings display screens 130 and 135 of FIGS. 5 a and 5 b, pay-per-viewprogram listings screen 350 may include selectable advertisements,service provider logos, brand logos, a mail indicator, a clock region,etc. The program guide may display listings for pay-per-view programs inother time slots and additional channels when the user presses remotecontrol arrow keys. The program guide may obtain pay-per-view programlistings data for display in pay-per-view program listings screen 350from the continuous data stream or from program guide server 25. As withnon-pay-per-view program listings, data for currently availablepay-per-view programs and those that are available in the next few hoursmay be provided in the continuous data stream. Data relating topay-per-view programs at later times is available on request from server25.

The program guide may provide the user with an opportunity to order apay-per-view program for a selected listing. An illustrativepay-per-view ordering overlay 370 is shown in FIG. 11 b. The programguide may display pay-per-view ordering overlay 370 when, for example,the user highlights a pay-per-view program listing and presses an“order” or other suitable key on remote control 40. Pay-per-viewordering overlay 370 may display pay-per-view program information 372and ordering information 374, and may prompt the user to order theselected pay-per-view program by entering a purchase code. The user mayenter the purchase code using, for example, number keys on remotecontrol 40, or may cancel the purchase and return to the last screen byselecting “CANCEL” button 376. The program guide may also provide theuser with the opportunity to confirm the pay-per-view order usingillustrative order confirmation overlay 380 of FIG. 11 c. If desired,the program guide may display order confirmation overlay 380 of FIG. 11c instead of pay-per-view ordering overlay 370 to provide the user withthe opportunity to order a pay-per-view program without requiring theuser to enter a purchase code.

The program guide may have obtained the unique identifier for theparticular showing of the selected pay-per-view program when itretrieved listings data from either the continuous data stream orprogram guide server 25. Otherwise, the program guide may query programguide server 25 at this point to obtain the unique identifier. Theprogram guide may search the locally maintained list of upcoming actionsfor the identifier to determine if the selected pay-per-view program hasbeen ordered. As shown in FIG. 11 d, the program guide may indicate tothe user that the pay-per-view program has already been ordered, and mayprovide the user with the opportunity to cancel the current order bydisplaying, for example, overlay 390.

The program guide may also search the continuous data stream for theunique identifier of the selected pay-per-view program to determine ifthe selected program is being broadcasted at the time the user isplacing the order. As shown in FIG. 11 e, the program guide may indicateto the user that the program is being shown by, for example, displayingoverlay 395, and providing the user with the opportunity to cancel theorder.

Once a pay-per-view program has been ordered, the program guide maystore its unique identifier and the associated action (i.e., apay-per-view program authorization) in a list of such actions (i.e., asa list of ordered pay-per-view programs that are to be authorized).While the user watches television or is using the program guide, theprogram guide may monitor the continuous data stream for uniqueidentifiers and compare the received identifiers to the identifiers inthe list. If, for example, the program guide receives the identifier forthe ordered pay-per-view program when the pay-per-view program starts,the program guide may indicate to the user that the pay-per-view programis starting. The program guide may, for example, overlay a window orbanner over the television program that the user is watching as shown inFIG. 12 a, or may overlay a banner or window over a program guidedisplay screen that the user has accessed, as shown in FIG. 12 b. Theprogram guide may provide the user with an opportunity to tune to thepay-per-view program by, for example, selecting “Yes” button 400 ofFIGS. 12 a and 12 b. If desired, the program guide may prefetch programlistings data or additional program data for the pay-per-view programfrom the continuous data stream or from program guide server 25 when thewindow or banner is displayed.

It is possible that a user may not have used user television equipment22 for the period of time during which the ordered pay-per-view programwas aired. The program guide may delete such entries after a predefinedperiod of time. The program guide may also indicate to a user that theuser has missed an ordered pay-per-view program. The program guide may,for example, check the list of ordered pay-per-view programsperiodically (e.g., every few minutes) and may compare the storedidentifiers to the unique identifiers carried in the continuous datastream. Identifiers may, for example, include a date and time component,or may be sequentially numbered based on the times the programs arebroadcasted. The program guide may compare the identifiers carried onthe continuous data stream to the identifiers in the list of orderedprograms and may determine if any of the programs in the list havealready been viewed.

The program guide may indicate to the user that an action such as ascheduled pay-per-view program authorization is no longer current by,for example, displaying an overlay or window over a television programor program guide display screen. FIGS. 13 a and 13 b show illustrativewindows 410 that are overlaid on top of a television program and aprogram guide display screen, respectively, and that display a missedpay-per-view program and prompt the user to indicate whether the userwishes to reschedule. The user may reschedule the missed pay-per-viewprogram by, for example, selecting “Yes” button 415. The program guidemay reschedule the pay-per-view program by, for example, queryingprogram guide server 25 (FIG. 1) for the next showing of the program andstoring the unique identifier for that showing of the program in a listof actions (i.e., a list of upcoming reminders, upcoming pay-per-viewauthorizations, etc.) with an associated action code.

The program guide may also provide a user with the opportunity to ordera package of pay-per-view programs. Program guide systems that provide auser with the opportunity to purchase a package of pay-per-view programsand illustrative display screens, are described, for example, in Knudsonet al. U.S. patent application Ser. No. 08/944,153, filed Oct. 6, 1997,which is hereby incorporated by reference herein in its entirety. Theprogram guide may authorize the viewing of a pay-per-view package in away similar to how it authorizes the viewing of a program. In responseto the user indicating a desire to order a pay-per-view package, theprogram guide may store an identifier and the associated action (i.e., apay-per-view program package authorization) in a list of such actions(i.e., as a list of ordered pay-per-view programs that are to beauthorized).

Whenever a pay-per-view program in the package is available, theidentifier for the package is transmitted in the continuous data stream.While the user watches television or is using the program guide, theprogram guide may monitor the continuous data stream and compare thereceived identifiers to the identifiers in the list. When the uniqueidentifier for the package is transmitted, the program guide mayindicate to the user that one of the ordered programs is starting.

In another suitable approach, the program guide may store the uniqueidentifiers of each of the programs of the package in the list. Whenevera program in the package is available, its unique identifier istransmitted in the continuous data stream. The program guide may receivethe unique identifiers for each program as they are aired, compare themto the list, and authorize the airing or perform another function (e.g.,indicate the program is starting, indicate the program was aired, etc.).

The program guide may also provide the user with the opportunity torecord programs. FIGS. 14 a and 14 b show illustrative overlays that maybe displayed by the program guide in response to a user indicating adesire to record a program. FIG. 14 a may be displayed when, forexample, a user indicates a desire to record the program that the useris watching (e.g., by pressing a “record” key on remote control 40).FIG. 14 b shows an illustrative overlay that may be overlaid a programlistings display screen when, for example, a user highlights a listingand indicates a desire to record the listing (e.g., by pressing a“record” key on remote control 40). The overlay may prompt the user toconfirm the record. These ways of providing a user with the opportunityto record a program are only illustrative and any other suitableapproach may be used.

After the user has indicated a desire to record a program and, ifdesired, confirmed the record, the program guide may save the identifierof the program and the associated action (i.e., a program record) in alist of such actions (i.e., as a list of programs to record). Theprogram guide may also provide the user with the opportunity to record aprogram grouping and may save a program grouping identifier when theuser indicates a desire to do so. The program guide may then monitor thecontinuous data stream for the unique identifier. If desired, theprogram guide may monitor the continuous data stream in a power-savemode. When the unique identifier for the program or program grouping istransmitted in the continuous data stream, the program guide may recordthe program or program grouping on digital storage device 31 or 49 (asshown in FIGS. 2 and 3, respectively), or, on secondary storage device32 or 47 (as shown in FIGS. 2 and 3, respectively).

Another example of a real-time action that may be taken by the programguide is locking a program and requesting a parental control code when auser attempts to view a locked program (or program guide data for aprogram). Locking a program includes locking all showings of aparticular program and locking all showings of programs in a programgrouping. FIG. 15 a shows an illustrative parental control overlay 1500that the program guide may display in response to a user indicating adesire to lock a program. FIG. 15 a shows overlay 1500 overlaid aprogram listings screen. The program guide may also display overlay 1500over a program that the user is watching.

A user may indicate a desire to lock programs by, for example,highlighting its listing and pressing a “lock” key or remote control 40.In response, the program guide may display overlay 1500 and provide theuser with the opportunity to, for example, lock programs by title,rating, channel, or any other suitable criteria. Locking by titleincludes, for example, locking all showings of a particular program andlocking all showings of programs in a program grouping. In response tothe user locking a program, the program guide may save the identifier ofthe locked program and the associated action (i.e., a program lock) in alist of such actions (i.e., as a list of locked programs). If programshave been locked by title, the program guide may, for example, store anidentifier of the program grouping (e.g., a series) in the list ofassociated actions.

When a user tunes to a program, the program guide may obtain a uniqueidentifier for the program (or its grouping) and compare it toidentifiers in the list of identifiers. If the identifier for theprogram (or its grouping) is present in the list, the program guide maydetermine that the associated real-time action is, for example, thelocking of the program. If the program guide determines that the programis locked, the program guide may display parental control overlay 1510.When the user enters the correct parental control code, the programguide may delete the unique identifier for the program from the list anddisplay the program. Alternatively, the program guide may leave theidentifier in the list (e.g., when it is a program grouping identifier)and allow the user to view the current showing.

FIG. 15 b shows an illustrative parental control overlay 1510 that theprogram guide may display when a user indicates a desire to access aprogram that has been parentally locked. FIG. 15 b shows overlay 1510that may be displayed when a user tunes to a locked program (e.g., byflipping to a channel as shown, turning to a channel from a browseoverlay, or by tuning to a channel from another program guide displayscreen).

The program guide may also display parental control overlay 1510 whenthe user indicates a desire to access program guide data for a lockedprogram. When the user indicates a desire to access program guide dataeither from the continuous data stream or from program guide server 25,the program guide may obtain the identifier for the program (orgrouping), compare it to the list of identifiers, and prompt the userfor a parental control code.

FIGS. 16-18 are flowcharts of illustrative steps involved in operatingthe interactive program guide system of the present invention. The stepsshown in FIGS. 16-18 are illustrative and may be combined and performedin any suitable order.

FIG. 16 shows illustrative steps involved in obtaining program guidedata with the program guide. At step 500, program guide data is receivedat television distribution facility 16 from main facility 12. A firstportion of the program guide data is distributed by televisiondistribution facility 16 to each of the program guides implemented onuser television equipment 22 over communications paths 20 (step 510).This first portion of the program guide data may contain, for example,program guide listings data for the current time of day, uniqueidentifiers for showings of programs for the current time of day, andany other program guide data that is to be distributed in the continuousstream of current data.

The first portion of the program guide data may be transmitted as acontinuous data stream using any suitable transmission technique. It maybe transmitted, for example, on a television channel sideband, in thevertical blanking interval of a television channel, on a dedicatedanalog or digital channel, across multiple analog or digital channels,or by any other suitable data transmission technique.

At step 520, a second portion of the program guide data is stored byprogram guide server 25 at television distribution facility 16. Ifdesired, program guide server 25 may be used to store a copy of theinformation contained in the continuous data stream.

At steps 530 and 540, the program guide obtains program guide data fromthe continuous data stream and from program guide server 25,respectively. The program guide may, for example, be preprogrammed toobtain certain types of data from the continuous data stream and othertypes of data from program guide server 25. Alternatively, thecontinuous program guide data stream may contain attributes thatindicate to the program guide the type of data that is contained in thedata stream. Steps 530 and 540 may be performed in any suitable order,concurrently, and when the program guide is prefetching data.

If one of the links for the two delivery mechanisms is not operatingproperly, the program guide may temporarily use one delivery mechanismexclusively. If the link supporting server communications fails, theprogram guide may temporarily operate using only the continuous datastream. Only access to current program listings (or listings for thenext few hours) would be provided. If the link supporting the continuousdata stream fails, the program guide may temporarily operate using onlythe server link, although with increased latency when accessing currentdata.

Steps 545, 550, and 555 are illustrative steps that may be involved inobtaining program guide data from program guide server 25 with theprogram guide. At step 545, the program guide may request program guidedata from program guide server 25. As mentioned above, the request thatis issued by the program guide may include any suitable remote procedurecall, message, request, object based communication, or any othersuitable request. At step 550, program guide server 25 may process therequest and may transmit the requested data to the program guide overcommunications path 20 (step 555).

FIG. 17 illustrates steps involved in providing the user with programlistings data and additional program information using the programguide. At steps 600 and 610, program listings data is obtained with theprogram guide from the continuous data stream and program guide server25. Steps 600 and 610 may be performed in any suitable order,concurrently, and when the program guide is prefetching data.

At step 620, the program guide displays the program listings data forthe user on user television equipment 22. This may involve, for example,displaying current program listings data obtained from the continuousdata stream of current data for a given channel in a FLIP display inresponse to a user tuning to that channel (step 625). If, for example,the user indicates a desire to browse through additional programlistings for the current time or for a time period in the next fewhours, the program guide may display program listings obtained from thecurrent data stream in a BROWSE display. If the user indicates a desireto browse through additional program listings for a time slot that ismore than a few hours in the future, the program guide may displayprogram listings obtained from program guide server 25 in the BROWSEdisplay at step 630. Program listings obtained from the continuous datastream may also be displayed in a program listings screen (step 633).Program listings obtained from program guide server 25 (e.g., theprogram listings for a particular category of programs more than a fewhours in the future) may be displayed by the program guide in a suitableprogram listings by category screen (step 635).

At step 630, the program guide may obtain additional program informationfrom program guide server 25 for a program whose title and other basicinformation were contained in a program listing obtained from thecontinuous data stream. This step may be performed by the program guide,for example, when a user selects a program listing within a programlistings screen. The additional program information obtained fromprogram guide server 25 may be displayed by the program guide for theuser on user television equipment 22 at step 650.

FIG. 18 shows illustrative steps involved in using the program guide toperform real-time actions that are associated with a showing of aprogram. The program guide may have provided a user with an opportunityto access a program guide function that involves performing a real-timeaction associated with a showing of a program or with a program seriesor other program grouping (e.g., mini-series, orderable package, etc.).Examples of such functions and actions include recording (the real-timeaction is the act of starting the recording of the program), settingreminders (the real-time action is the display of the reminder justbefore the desired program is aired), advance pay-per-view purchasing(the real-time action is the authorization of the purchased program whenthat program is aired), parental control (the real-time action is thelocking or unlocking of a particular program when that program isaired), etc. The program guide may obtain a unique identifier for ashowing of a program, or for a series, mini-series, orderable package orother program grouping, at step 700. As indicated by steps 705 and 710,the unique identifier may be obtained from the continuous data stream orfrom program guide server 25, respectively. The unique identifier may,for example, be obtained by the program guide when program listingsinformation for a program is obtained.

At step 720, the unique identifier and the associated real-time actionare stored by the program guide (e.g., in a list of upcoming actions).Unique identifiers for showings of programs or for program groupings maybe transmitted by television distribution facility 16 as part of thecontinuous data stream. The program guide may monitor the continuousdata stream for the unique identifiers that have been stored by theprogram guide in user television equipment 22 (e.g., in the form of thelist of upcoming actions or other suitable data structure) at step 730.At step 740, the program guide performs an associated real-time actionwhen a unique identifier is detected in the continuous data stream. Thismay include, for example, displaying a program reminder, authorizing theviewing of a pay-per-view program, notifying a user that a pay-per-viewhas started, recording a program, locking a program and requesting aparental control code, etc.

FIGS. 19 a-19 c show illustrative data flow diagrams of threeembodiments of the interactive program guide system of the presentinvention in which the program guide performs real-time actions based onidentifiers transmitted in a continuous data stream. In the data flowdiagram of FIG. 19 a, identifiers and current program guide data areobtained by the program guide from a continuous data stream transmittedby distribution equipment 21. The program guide also obtains programguide data by generating requests that are processed by program guideserver 25. In this approach, the program guide does not store programguide data except for the brief time in which the program guide uses thedata for display or for a prefetch. In this approach, the memoryrequirements of user television equipment 22 may be minimized because nodatabase of program guide data is stored.

In the arrangement of FIG. 19 b, the program guide obtains program guidedata and identifiers from distribution equipment 21. The identifiers aretransmitted by distribution equipment 21 in a continuous data stream.Program guide data, however, may be obtained by the program guide from adata stream transmitted by distribution equipment 21, or from programguide server 25. Program guide data may be transmitted by distributionequipment 21 in a continuous data stream, periodically, or using asuitable hybrid approach. For example, often needed data may betransmitted continuously and less urgent data transmitted periodically.Alternatively, often needed data may be transmitted periodically with ahigh frequency, and less urgent data may be transmitted periodicallywith a low frequency. In still another suitable approach, all data maybe transmitted continuously but the cycle rate of some data may varybased on how often the data is needed.

Program guide data obtained either from a data stream provided bydistribution equipment 21 or from program guide server 25 is stored bythe program guide in program guide database 79. With this approach, usertelevision equipment 22 (FIG. 1) may have memory for storing database79. Database 79 would preferably contain program guide data for thecurrent time slot and program guide data that is needed often by theprogram guide. If desired, program guide server 25 may be used by theprogram guide as, for example, a source of data supplemental to the datastored in database 79. This approach may require less memory than asystem in which a significant portion of the available program guidedata is stored by the program guide. In addition, the maintenance of arelatively small database of often needed data may minimize the latencyof the system.

FIG. 19 c shows an illustrative data flow diagram for a furtherembodiment of the present invention. In this embodiment, the programguide obtains program guide data only from program guide server 25.Identifiers are obtained from a continuous data stream transmitted bydistribution equipment 21. This approach may allow program guide server25 to bear all of the processing and storage burden associated withmaintaining a database of program guide data, while still allowing forthe program guide to perform real-time actions at the appropriate timewhen there is a schedule change.

The foregoing is merely illustrative of the principles of this inventionand various modifications can be made by those skilled in the artwithout departing from the scope and spirit of the invention.

1-26. (canceled)
 27. A method for receiving data related to programs,the method comprising: receiving a continuous data stream from acontinuous data stream source; receiving a user request for a real-timeaction associated with a program; in response to the user request,determining whether program guide data for the program is available fromthe continuous data stream; and in response to determining that theprogram guide data for the program is not available from the continuousdata stream, requesting the program guide data from a non-continuousdata stream source.
 28. The method of claim 27, wherein determiningwhether the program guide data is available is based on whether thecontinuous data stream includes a unique identifier for the program. 29.The method of claim 27, further comprising prefetching the program guidedata in response to the user request.
 30. The method of claim 27,wherein the program belongs to a program grouping, further comprisingperforming an action associated with another program belonging to theprogram grouping in response to the user request.
 31. The method ofclaim 27, wherein the user request comprises a request for recording theprogram.
 32. The method of claim 27, wherein the user request comprisesa request for locking the program.
 33. The method of claim 27, furthercomprising receiving from the continuous data stream source a first typeof data at a first repetition rate, and a second type of data at asecond repetition rate that is different from the first repetition rate.34. The method of claim 33, wherein: the continuous data stream sourceis configured to assign a respective priority to each of the first andsecond types of data; and the continuous data stream source isconfigured to determine the first and second repetition rates based atleast in part on a respective priority assigned to the first and secondtypes of data.
 35. The method of claim 27, wherein the program guidedata is available from the continuous data stream within a thresholdamount of time of a broadcast of the program.
 36. The method of claim27, further comprising prefetching a first type of data from thecontinuous data stream and a second type of data from the program guideserver.
 37. A system for receiving data related to programs, the systemcomprising control circuitry configured to: receive a continuous datastream from a continuous data stream source; receive a user request fora real-time action associated with a program; in response to the userrequest, determine whether program guide data for the program isavailable from the continuous data stream; and in response todetermining that the program guide data for the program is not availablefrom the continuous data stream, request the program guide data from anon-continuous data stream source.
 38. The system of claim 37, whereinthe control circuitry is configured to determine whether the programguide data is available based on whether the continuous data streamincludes a unique identifier for the program.
 39. The system of claim37, further comprising control circuitry configured to prefetch theprogram guide data in response to the user request.
 40. The system ofclaim 37, wherein the program belongs to a program grouping, and whereinthe control circuitry is configured to perform an action associated withanother program belonging to the program grouping in response to theuser request.
 41. The system of claim 37, wherein the user requestcomprises a request for recording the program.
 42. The system of claim37, wherein the user request comprises a request for locking theprogram.
 43. The system of claim 37, wherein the control circuitry isfurther configured to receive from the continuous data stream source afirst type of data at a first repetition rate, and a second type of dataat a second repetition rate that is different from the first repetitionrate.
 44. The system of claim 38, wherein: the continuous data streamsource is configured to assign a respective priority to each of thefirst and second types of data; and the continuous data stream source isconfigured to determine the first and second repetition rates based atleast in part on a respective priority assigned to the first and secondtypes of data.
 45. The system of claim 37, wherein the program guidedata is available from the continuous data stream within a thresholdamount of time of a broadcast of the program.
 46. The system of claim37, wherein the control circuitry is further configured to prefetch afirst type of data from the continuous data stream and a second type ofdata from the program guide server.